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(S4) TiUe: COMPUTER SYSTEM HAVING CLIENT SERVER ARCHITECTURE 



(57) Abstract 

A network manager for a telecommunications network has a 
client-server architecture. The software components of the network 
manager include a set of clients (50) which form part of the 
applicauon programs of the network manager, a user interface 
(32) a database (36) containing details of the network and a 
communications stack (38) for communicaung with exchanges 
managed by the network manager. The clients (50) generate 
requests to mn jobs on servers (52) and (54). The jobs which arc 
nin on server (52) are eventuaUy destined for a resource in the form 
of a database (36). while the jobs which are r^ on servers (54) are 
eventually destined for resources in the form of exchanges. The 
requests arc initially passed to softwarc module JBM. This module 
then checks if the resource for which the job is destined is free 
and. if not, puts the job on a holding queue. If the resource is free, 
it checks whether the job is scheduled for immediate execution or 
execution at a funirc time. If it is scheduled for execution at a funirc 
time, it is put on a queue of scheduled jobs. If the job is scheduled 
for immediate execution, the module JBM checks if a server is free 
to accept the job. If no server is frre, the job is put on a queue of 
jobs awaiting immediate execution. If the server is free, the module 
JBM instructs a module SMAN to load the job onto the free server. 
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This invenrion relates to a computer system having a 
client-server architecture and also to a method of operating 
5 a computer system having this architecture. 

A computer system having a client-server architecture 
comprises a set of software modules known as clients and a 
further set of software modules, known as servers, for 
serving requests from the clients to run jobs. This type of 
10 architecture enables jobs from the clients to be distributed 
among the servers. The servers may be of similar or 
differing types. With this type of architecture, it is 
desirable to provide a mechanism for controlling the 
scheduling of requests by the clients to run jobs on the 
15 servers. 

According to one aspect of this invention there is 
provided a computer system having a client-server 
architecture, said system comprising: a set of clients; a set 
of servers for serving requests from the clients to run jobs; 
20 means for managing requests from the clients to run jobs on 
servers; and means for loading jobs on to servers; said 
request managing means being arranged to receive requests 
from the clients and, on receiving a request, to perform the 
following operations: check if a server is free to run the 
25 job; if a server is not free, put the job on a queue for jobs 
each of which is ready for execution when a server becomes 
free; and when a server is free to run a job, instructing 
said job loading means to load a job on to the server. 

The provision of a queue for jobs each of which a.s 
30 ready for execution when a server becomes free enables the 
computer system to deal with the situation where clients are 
requesting 3 obs to be run on servers at a time when a server 
is not free to run the jobs. 

According to a second aspect of this invention there 
35 is provided a computer system having a client-server 
architecture, said computer system comprising: a set of 
clients; a set of servers for serving requests from the 
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clienrs to run jobs; means for managing requests from clients 
ro run d obs on servers; and means for loading jobs on to 
servers; said request managing means being arranged tc 
receive requests from the clients and. on receiving a request 
from a client to run a job which is destined for a resource 
accessed by a server, to perform the following operation.; 
Check is the resource is free to run the job; and xf th 
resource is not free, put the job on a queue for jobs each of 
which is waiting for a resource to become free. 

According to a third aspect of this invention there is 
provided a method of operating a computer system having . 
cHent-server architecture, said computer system comprxs.n< 
set of clients and a set of servers for -rving - - 
from the clients to run jobs, for each request made by . 
client to run a job on a server, said method comprising th, 

'''''' "checking if a server is free to run the job; and 

if a se-ver is not free to run the job, putting th- 
job on a queue for jobs each of which is ready for executio 

when a server becomes and 

When a s.rv.r is tr.e to run th. Job, load.n, . ,ob o 



10 



15 



20 

to the server- 



Accordin, to . fourth aspect of thi. mention ther 
.s provided a method of operating a computer .yt.m havxn, 
.5 ctient-.,rv.r architecture, .aid computer eytem h.v.n, a .. 
of clients and a set of servers for servin, request, fro. th 
ients to run ,oh.; for each request made by a client to ru 
: Vob on a resource acce.s.d by a server, said methc 
tncludln, the step, of: chec.in, if the resource is free 

w - .„d if the resource is not free, putting tt 
Z r rte:r-for' :obs each of Which i. -aitln, for 

resource to become free. j^e-.-ii 
resourc described in more detail 

This invention wiii now u« „w< .-i- 

, «amole with reference to the drawings in whict 
;igureT : a block diagram of a network manager a. 
associated element managers and local exchanges, the netwo 
manager including a computer system embodying this inventio 
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Figure 2 is a block diagram of the main sottware 
components of the network manager of Figure 1; 

Figure 3 is a block diagram showing the individual 
modules which form the transaction processing component of 
5 the network manager ■ of Figure I together with its 
relationship to the other software components; 

each of Figures 4 to 6 is a flow chart illustrating 
the operation of one of the modules of the transaction 
processing component; 
10 Figure 7 is a block diagram of set of computers which 

together form a computer system having a client-server 

architecture; and 

Figure 8 is a block diagram of the hardware components 

of the network manager shown in Figure 1. 

Referring now to Figure 1, there are shown three local 
exchanges 10. 12. 14 which form part of a public 
telecommunications network. Although not shown in. Figure I. 
the local exchanges are connected to trunk exchanges and the 
trunk exchanges are all fully interconnected to each other. . 
20 The local exchanges 10. 12, 14 are managed, respectively, by ,■ 
element managers 16, 18, 20. The three element managers 16, . 
18 20 are managed by a network manager 22. Although not 
shown in Figure 1, each of the remaining exchanges of the 
network is managed by a respective individual element;.^ 
25 manager. The element managers are managed by f urther 

network managers, not shown. 

Because of the complexity of an exchange. each 
exchange is provided with an individual element manager. By 
way of modification, the exchanges may be managed directly by. 
30 the network manager 22 without the intermediate use of 
element managers. Element managers are also provided for the 
other elements of the network, such as multiplexers, and each 
of these element managers manages typically many individual 
elements. These further element managers are managed by one 
35 or more further network managers, not shown. 

The network manager 22 sends instructions to the 
element managers for configuring the exchanges managed by 
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them. The instructions sent to each element manager car 
include instructions to connect or disconnect customers frot 
the local exchange as well as instructions for handling calls 
by that exchange. The element managers also receive dat; 
5 from the exchanges which they manage regarding thei 
operating state and pass this data to the network manager 22 
The network manager 22 has a database in which is stored dat. 
relating to the state of the exchanges. 

The general arrangement of network manager 22, elemen- 
10 managers and exchanges managed by the element managers a-, 
described above with reference to Figure 1 is well known t 
those skilled in the art. By way of example, the loca 
exchanges 10, 12, M may be System X exchanges manufacture 
by GEC Plessey Telecommunications pic. The network manage 
15 22 is implemented as a computer. The main hardware component 
of the computer which implements the network manager 22 ar 
shown in Figure 8. These comprise storage 60, a centra 
processing unit (CPU) 62. a visual display unit (VDU) 64 
Keyboard 66 and input/output ports 68. The storage 6 
20 comprises hard disc memory, random-access -memory (WVM) an 
read-only-memory (ROM). The software which controls th 
computer is stored xn storage 60. The software includes 
client-server architecture embodying this invention. Th 
software of the network manager 22 will now be described i 
2 5 more detail with special reference to the client-serve 
architecture. 

Referring now to Figure 2. there are shown the mai 
software components of the network manager 22. Thes 
comprise a set of application programs 30. a user xnterfac 
30 32, a transaction processing component 34, a database 36 a: 
a communications stack 38. Although not shown. tl 
components also include the operating system for the compute 
which implements the network manager 22. 

The application programs 30 are the programs whxch a. 
35 responsible for sending instructions to the element manage 
and receiving data from them. The construction of su. 
Trograms for a network manager is generally well known 
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those skilled in the art. The user interface 32 is the 
software component which permits the user to access the 
network manager and the construction of user interfaces is 
also generally well known to those skilled in the art. 
5 The database 36 is the database mentioned above which 

contains data relating to the operational state of the 
exchanges. By way of example, the database 36 may be the 
well known ORACLE database management system. The 
communications stack 38 is responsible for converting both 
10 outgoing and incoming messages between the. form used by the 
network manager 22 and the form which is suitable for 
transmission along the communication links which connect the 
network manager 22 and the various element managers^ The 
construction of communications stacks is generally well known 
15 to those in the art and it is nowusual for a communications 
stack to be provided as a standard component of the operating 

system of a computer. 

The application programs 30 generate requests for both 
the database 36 and the communications stack 38 to perform 
20 ,obs. in the case of the database 36. the jobs take the form 
of e.ther requests to enter data into the database 36 or to 
retrieve data from it. In the case of the communxcatxons 
stack 38, the 3 obs take the form of requests to send" messages 
to the element managers. The transaction 

25 component 34 is responsible for scheduling the jobs and th.s 
component will now be described in more detail w.th reference 

to Figure 3. 3 there are shown the 

Referring now to Figure 3. there are 

.ndxvidual software modules which form the ------ 

30 processing component 34 together with the "^--^^^^^^^^^^^^ 
these modules to the other software components °f J^^^^^ 
manager 22. These other components ^^^^^^^^^ 
interface 32. the database 36, the communications stack 38 
and s : Of Client modules SO. In Figure 3, 
35 simplicity, there are shown only three client ^^^'^ 
n practice there would be a much larger number of these 
rod!::: i: L .r..... example, each of the client modules 
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50 is on. of the .ppllc.tion progra-s 30. By «y o( 
„oditi=«ion, th. client -odules could tor. p.« o£ th. 
transaction processing component » and serve the function of 
interfacing to the individual application programs. 

The transaction processing component 34 comprises 
software modules JBH. SMAN, REG. TARGET. ADB and TCM. A. 
lln in Figure 3, the transaction processing component 34 
l l has t« servers for accessing the database 3. and two 
servers M for accessing the communications stacK 39. Thus, 
servers M fo i„„r£ace to the database 36 and 

" »rv"s " 'provide an interface to the communications 

Tac'^e Thus, a re,^est to run a 3 oh on one of the server. 
52 a^so represents a r„uest to run the 3 Ob on the databas. 
e The communications stacK 39 is part of an interface tc 
,3 e element managers U, U. 20 and. as "/"^ ^'^^ 
.nese element managers manage the local exchanges 0.2 . • 
Thus a request to run a job on one of the servers 5 
Thus, a q ^ request to run the job on one ol 

represents, ultimately, a requ« ,.-ai 
^ .™ Thus database 36 and the locaj 
.b. local exchange. T^^^_^^ ^^^^^ 

" ::: ::: tI. s::;ers .3 lelong to a first type Of server an. 
the server. 54 belong to a second type of server. Fo 
reaso^ of simplicity, only two servers are shown of eac 
:::: but m practice, there will be more than two servers o 

" %'he general function of each of the software module. 

r T-t-r^irr- foi=r r rtL:: 

be outlined and this wxxx 
30 ^""-Tt°"m::ul\"V«' "VesprnsibYe for the management o 
- reZt received b^ j"" ^ J^ri 

r:t^^^""l/^t "nn" bVexecuted^mmedlately. it i 
immediately. If e„outed immediately, i 

^'""'.rd lo the module SKA. which loads it oh to a serve. 
35 iS passed to the mo clients which have register. 

The module REG Keeps a list of 
With the transaction processing component 34 
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requests can be accepted. The module TARGET keeps account of 
the number of jobs running on each of the resources accessed 
by the servers 52, 54. The module ADB maintains details of 
each executed job. The module TCM provides the user with 
access to the modules JBM, REG, TARGET and ADB 

In more detail, the module JBM receives the requests 
to run jobs from the servers 50. The steps for processing 
each job request in the module JBM will now be described with 
reference to Figure 4. 

On receiving a request to run a j ob from a client, in 
a step SIO a check is made with the module REG to determine 
if the client is registered with the transaction processing 
component 34. The purpose of this step is to prevent jobs 
being run which are received by accident from clients which 
are not registered. If the client is not registered, 
processing of the job is terminated. If the client is 
registered, in a step Sll, a check is made with the module 
TARGET to determine if the resource for which the job is 
destined is free. If the resource is not free, in a step 
S12, the job is placed on a queue (the holding queue) of jobs 
which are waiting for a resource to become free. 

Some jobs are scheduled for execution at a later time. 
If it is found in step Sll that the resource is free, in a 
step S12 a check is made to determine if the job is scheduled 
for execution at a later time. If the job is scheduled for 
execution at a later time, in a step S13 it is placed on a 
queue (the queue of scheduled jobs) for jobs which are 
scheduled for execution at a later time. 

If in step S12 it is found that the job is ready for 
immediate execution, in a step SI 3 a check is made with the 
module SMAN to determine if a server is free to run the job. 
For each of the two types of server, the module JBM has a 
queue (a ready queue) of jobs which are waiting for a server 
to become free. If in step S13 it is found that a server is 
not free to run the job, then in a step S14 the job is placed 
on an appropriate one of the two ready queues. If in step 
S13 it is found that a server is free to run the job, in a 
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,„p SI.. " 

5 unloaded ^'^^ ,BM .hen d,-,u.« 

then informs the .ccord.nc. with 

' :::t:rr:n anrin/t" cUthe .odu.e smx« » .o.. . 

predefined =r.t.r.<,n ^^^^^^ ^^^^ 

°" " " ,L "ie" in, the ne« ,ob t= he icded onto . £r. 
,0 criter.. f or »ie J 3.ie=t. £c 

server. ""^"^ p.rtioular predefined criterion . 

These -ur predefined criteria -iii now . 

;t fir.t predefined =-"rion i= si.p.y^^^^^ »; 
joh in the appropriate ready queue iS s.lecte 

" " ""\trd:uneT:r::::::n that tn. n.« . 

,He ^or the sa»e resource a. t: 

in the 'PP"/";";;;,^;/,. „.xt ,ob to ^e loade* on 

,0 previous ,oh i. selected ^^^^^^^ .^^ . 

tne free server. „„t Job in t 

i„ai ,.„i exch.n„ lo th. » 

appropriate ready qu -orver If there is no DOb 

raV ; fo" :h. ea„e resource a. t 
" rrt^rTorrn't U m .he read. ,ueue . selected 

Che new job. that the next job of the sa 

«e third =""";;^;;„tf,, „,,,n it destined, 
type, regardless Of the resour ^^^^^^^^ 

30 the appropriate ready , , 
loaded onto the free server the module , 

to connect a new customer to a local ^ 

r rt joVrbrroId-Uo .n. fre. serv 
exchange as the next j „ 

3S Xf there " ^ ^'^^ ^^^J^.J^the ready ,ueu. is selected 
previous job, the next jo ,erver. 
th. next job to be loaded onto the fre. 
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The fourth predefined criterion is that the next job 
in the appropriate ready queue of the same type and destined 
for the same resource as the previous job is selected as the 
next job to be loaded onto the free server. If there is no 
5 job in the ready queue of the same type and destined for the 
same resource as the previous job, then the next job which is 
destined for the same resource as the previous job is 
selected as the next job to be loaded onto the free server. 
If there is no job in the ready queue destined for the same 
10 resource as the previous job, then the next job in the ready 
queue is selected as the next job to be loaded onto the free 
s erver. 

In the queue of scheduled jobs, the jobs are arranged 
in order by their scheduled times of execution. For the job 
15 which is scheduled to be executed next, a timer is 
established. At the time at which the job should be 
scheduled, further processing of the job commences at step 
SI 3. 

As will also be explained below, when a resource 
20 becomes free, the module TARGET informs the module JBM. The- 
module JBM then removes the next job from the holding queue - 
which is destined for the resource which has become free and 
processing of this job recommences with step S12. 

The module JBM receives requests to run two types of 
25 jobs. in the first type of jobs (attached jobs), the client 
and server are connected together while the job is being run 
on the server. In the second type of jobs (detached jobs), 
the client and server are not connected while the job is run. 
Detached jobs have the advantage that they can be run without 
30 occupying the client. When the module JBM receives a request 
to run a detached job, the details of the job are stored and 
then retrieved when the job is unloaded from a server. 

Referring now to Figure 5, there are shown the steps 
which are performed by the module SMAN on receiving a request 
35 from the module JBM to load a job on to a server. After 
receiving a request to load a job on to a server, in a step 
•S20, the module SMAN loads the job on to a free server. 



BNSOOC10:<WO 9603692A1> 



PCT/GB95/61705 

WO 96/03692 

- 10 - 

S21 it waits for notification from th, 
\ the%ob has been completed. When it receives 
server -^^^ ^^V^L job has been completed, in a step S22 
notification that the , ^^^^ attached 

- unloads ^j^y 11121 b/brea^in, the connection betwee. 
5 ,ob, the case Of a detached job. 

.ne client and the ser ^^^^^^^ 

the job is 7 ^^^,,3^ ,ame. Then, in a step S23. 

client from ^^^^ ^^Z^^^^^,,, .^M that the job has bee. 

module SMAK ^^l^'^^^' become free. In a ste, 

,0 completed -f ^""^^ ^^^^^^ .^dule TARGET that the jo) 

S24, the modu e SMAN no ^^^^^^ ^^^^ ^^^^ ^^^^ 

.as ^-^-"^^^^^',,;';, °obs Which are bein, run on th 
count of the number of ^o ^ ^^^^ ^^^^ ^^^^^^ 5^ 

relevant resource. Final y, ^^^^ complete 

,5 notifies the module ADB .oB use 

.o.ether with ^^^^^ ^V^J.eted jobs. 

this data to provide a log of J ^^^^^^ ^elet 

..e module ^ ^^//^^ /h, module SHAN maintain 

servers. each type f serv « ^^^^ ^^^^ ^^^^^^^^ ^^^^ 

20 a table of the existing waiting in the ready queu 

table containing the number SMA« i 

«or execution on that >:yp ..j^ers o£ esch type »t . 

„ran,ed to maintain th. nu...r of serve ^^^^^ ^^^^^^ 

opti«u„ level Lel.n, this .or each rea. 

25 execution. The procedure £o ^ ^^^^ ^^^^ , 

,„eue in shown ''^J"';; ^ th. number . 

iobs on the ready queue ^ criterj.. 

server, for servxn, l=hs on '"'^^^^ „ establish 

p.e-s.t by the user, the //'^ „ „hl,v. t 

,0 servers ^ ^ ^ "^or exa:pla. the criterion cou 

rr Tr-:: :: the nu.. , bs 

:r.„-:r.1«rr" re^are ^reated or deleted 



Then, 

35 



appropriate. ^^^.ained below, the user is able 

AS will be expi« delete servers. 
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The module REG maintains a list of clients which are 
registered with the transaction processing component 34. By 
using the module TCM, the user can add and delete clients and 
inspect the list. As explained above, the list of clients is 
5 accessed by the module JEM each time it receives a request to 
run a j ob from one of the clients. 

For any resource, the number of jobs which can be run 
at any one time efficiently is limited. The database 36 is 
able to handle a relatively large number of jobs 

10 simultaneously. In contrast, as the main function of the 
local exchanges 12, 12, 14 is to process telecommunication 
calls, the amount of computing capacity to run jobs requested 
by the network manager 22 is limited and only a few of such 
jobs can be run simultaneously. 

15 The function of the module TARGET is to keep a count 

of the number of jobs which are running on each resource and 
also to maintain a threshold value for the maximum number of 
jobs which can be run on each resource. For each resource 
the module TARGET maintains a list of jobs which are running 

20 on it. When the module SMAN unloads a j ob from a server, it 
notifies the module TARGET which then deletes the job from 
the list for the appropriate resource. As explained above, 
when the module JBM receives a request to run a new job, it 
checks with the module TARGET if the resource is free to run 

2 5 the job. The module TARGET then compares the number of jobs 
running on that resource with its threshold value and thus 
determines if the resource is free to accept a new job. If 
the resource is free to accept a new job, the module TARGET 
adds the job to the list for that resource and informs the 

30 module JBM that the resource can accept a new job. If the 
resource is not free to accept a new job, the module TARGET 
informs the module JBM of this. 

By using the module TCM, the user can change the 
threshold value for each resource and also obtain a list of 

35 jobs presently running on each resource. 

The module ADB maintains a database containing details 
of completed jobs. Each time a job is unloaded from a server 
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J of the cotnpletied Dob to th« 

the module SMAN sends details of tne i' 

module ADB and the module ADB stores these details xn xt. 
ratabase The module ADB also maintains files contaxn.n< 
detail of ^obs. At the end of each day, details of the 3 o^. 
.transferred from the database to the files following 

Thus , til* 



d.«tls of job.. At th, end of ..=h d.y. details of the , Ob, 
, r.r3fe^„d f.o. tn. — " t.. fUe. fo.o«.n, 

database requires on y inspect th 

.... nv usina the module TCM, tne use* 
capacity. By using ^^^^^^ 

data in the database and m the fil 
10 enables the user to monitor the P 

transaction processing „,ess to th 

The module TCM provides 
. , TBM REG TARGET and ADB. In the case or 

: oer'-ts ^--e user to inspect the . obs on each queue 
JBM, It permits tne u change the scheduled time 

,3 - delete .obs from queues and to c^^^^^^^^^ 

of execution for 3 0bs on the queue of ^^^^^ 
case of the module REG, it ^^^^^l^^^''^^^;^^^ c 

Clients from the list of ".^"^^^J^^^^t in pect the ^ot 
^ i« TARGET it permits the user 
module /^^ .,3, „ Chan,, the threshol 

20 running on each re. 

. r the xoe, .t p.r^t, th. 

:=t"e:::. of tn, ^^^o;- -r:r=etr:: 
- - "-%r.r:fiorfr t;;ra:.=e « th. fu.. 

" "'"="r::oC t e transaction procesein, component 3. h. 
..en d.rrrd with ref.rence to ^^^^rT'":^^^ 

- - %T::r\"/arora set'of =" PUters SO, 
architecture. Figure ^^^^^^^^ a telecommunicatio 

30 3nd S3 »hich -.rrdottL ^ine, th. nu...r 

network 54. As ind 

computers connected in this y „„p,„„ 50 to S 

and servers can b. ^""^'^ ^^/J., „chit.ctur.. m ore 
thereby providing the j,.. .e„.en t 

3, to controi th. scheduiing Of ,„,«a»pie. 
Clients. and servers, o transaction process: 

computer SO. is provided with 
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componenr generally similar to the transaction processing 
component 34 except that it does not include servers. 
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1. A computer system having a client-server architecture, 

said system comprising: 
s a set of clients; 

a set of servers for serving requests from the client. 

met: for managing requests from the clients to ru: 

jobs on the servers; and 
0 means for loading jol^ on to the servers; 

said request managing means being arranged to recexv 
requests from the clients and, on receiving a request, 
perform the following operations: 

check if a server is free to run the :ob; 

.f a server is not free, put the 30b on a queue fo 
,obs each of which is ready for execution when a serve 

becomes free; and ^^.^ cai 

„h,n . s.rv.r is fr.e to run a Job, .n.truc<:.n, s.x 

job loading m«ns to load a Job on to that sarv.r. 

* co.puter syst,» as =lai».d in =lai« 1, in -»^^=^- " 
.e,uast «an.,in, ».ans i. .rran,.d to s.l.ct the ""^"^J 
Tloadad onto a £re, s.rver in accordance «itn a predetin. 

criterion. 

X co»put.r systa« as clai.ad in claim 1 or '^-'^J'J 
V, K on receiving a request to run a job, said reque. 
ragln: TnV is' arranged to per.or. tb. addition. 
eollov,ing^operati<=ns, is scheduled .or execution at a ti, 

iTtr^o^is scheduled .or execution at a ti»e in t 
i£ tne joD i which 
future, put a ,0b on a queue for 
scheduled for execution at some ti.e in the future. 

. computer system as claimed in any one of t 
preceding claims, in which, on receiving a request 



20 



30 
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job which is destined for a resource accessed by a server, 
said request managing means is arranged to perform the 
following additional operations: 

check if the resource is free to run the job; and 
if the resource is not free, put the job on a queue 
for jobs each of which is waiting for a resource to become 
free. 



5 



10 



15 



5. A computer system as claimed in claim 4. including a 
database for maintaining data on jobs running on the or each 
resource which is accessed by a server, for the or each 
resource said database keeping a count of the number of jobs 
being run on the resource and a threshold value for the 
number of jobs which can be run on that resource. 

6. A computer system as claimed in claim 5, in which, 
said request managing means accesses said database in order 
to check if a resource is free to run on a j ob. 

20 7. A computer system as claimed in claim 5 or claim 6, 

including means for permitting a user of the computer . system 
to set the threshold value for the or each resource, t. 

8. A computer system as claimed in any one of the 

25 preceding claims, further including means for creating and 
deleting servers, said server • creating and deleting means 
being arranged to compare the number of jobs on the queue of 
jobs ready for execution with the number of servers for 
serving the jobs. and to create or delete servers in 
30 accordance with the result of the comparison. 

9. A computer system having a client-server architecture, 

said computer system comprising: 
a set of clients; 
35 a set of servers for serving requests from the clients 

to run jobs; 
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„e.„s for ..n.,in, r„u..ts fro. =ll.n« run ,=« 

'""'r::.Tor .ca^^n, ,o., cn .o serv.rs. .ai. r.,u,., 
r ».an. bein, arranged to r.cive r.,^e,ts f ro» th. 
„ana,xn, " , from a cli.nt: to run 

' ;r"crA' r.r.. .or\ r..o.rca acceaaa . a s.rv.r. . 

-'^";r.?r::rLrrr;r,. .o r.n an. 

i f the resource is not tree, puv. 
,0 for .o.. ,ao. of .Ki=. .s -a.t.n, for a resource « .eco. 



free. 



af least one element: c 

^ — ""r— ™ n.::ot: »ana,er .nc.u... 
. «-co«»u„.=a..ons n..w 

15 a computer system 



claims. 



20 



25 



„ . ™e«od of operating a computer =V«.. h.vin9 

uif«.,-fure said computer system comprise 
Client-server architecture sa P 

. set of clients and a set of 

:n:n:tr"a" oTor: ::::.r;said method comprising t 
steps of: job; and 

:rrrrver's"n:t"f::e':rr:: tn, ... puttin, t 

on a ,ue" for ,o.s each of ..iC is ready for ex.cuti 
^ ::era%rris'ft.. to run tne ,o., ioadin, a ,o. 
to the server. 

' •■ -riv. rrr =-r :"."..';rt 

claim U. i-n whicn server in accorda 

the next 30b to be loaded onto a free server 
with a predefined criterion. 



35 
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13. A method of operating a computer system as claimed in 

claim 1 1 or claim 12 in which, for each request to run a job 
on a server, said method including the additional steps of: 

checking if the job is scheduled for execution at a 
5 time in the future; and 

if the job is scheduled for execution at a time in the 
future, putting the job on' a queue for jobs each of which is 
scheduled for execution at a time in the future. 

10 14. A method of operating a computer system as claimed in 
claim 11, claim 12 or claim 13 in which, for each request to 
run a job which is destined for a resource accessed by a 
server, the method includes the following additional steps: 
checking if the resource is free to run the job; and 

15 if the resource is not free, putting the job on a 

queue for jobs each of which is waiting for a resource to 
become free. 

15. A method of operating a computer system having a 
20 client-server architecture, said computer system having a set 
of clients and a set of servers for serving reques ts , f rom the 
clients to run jobs, for each request made by a client to run 
a job on a resource accessed by a server, said metiiod 
including the steps of: 
25 checking if the resource is free to run the job; and 

if the resource is not free, putting the j ob on a queue for 
jobs each of which is waiting for a resource to become free. 
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